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Atjstract 

This pnpor describes a syslcn for comnunlcation bctv/ccn a 
timcsharcd corn)Utnr nrid its full-duplex torninals. The systnn consists 
of a connunications computer thot is part of the tirnoshored syston, 
remote .satollito cop?piiters, nnd conncctiny tclophono lines. It flexibly 
and efficiently services a larqe nunher of torninals of various types. A 
description is given both of the overall system dcslrjn and of the 
alijorlthns used for nultiplexing cliaracter output, error detection and 
correction, /ind local echoing as each Is of independent Interest. 



1. Introduction and Overview 

Several computer communication systems have been developed 
recently. The best known system, and the one v/hlch has received the 
most attention in the literature is the ARPA Computer Network which 
provides a 50-kllob1t network interconfiecting more ttian 40 
coinputcrs-^.^.s.? However, terminal-computer networks are of interest 
because of the cost and availability of lower speed (2100 to 960a baud) 
telephone lines which can support then. Tymnet9, one of the more 
Interesting of the terminal-computer systems, was developed about the 
same time, and tackles essentially the same problem, as the system 
described here. 

This paper attempts two things: first it provides an overall 
description of v/hat the RCC termindl system does, and how It does it. 
Second, it. describes certain algorithms in enough detail that the reader 
should be able to implement then. Specifically: section 2, The User 
Interface, describes a solution to the problem of local echo resumption;^ 
section 4.1, The Error \'rcc Comriunication Link, describes the error' 
detection and correction algorithm; and section 4.2, Multiplexing, 
describes the output multiplexing algor;ithm. 

The reader v;ho is interested in the overall description might vnsh 
to skim sections 2, 4.1, i-ynd 4.2; v/hilt; the reader who is interested In 
one of tlicso algorithms might wish to skim the rest of the paper. 

* This work v/as done while the authors were employees of Berkoloy 

Computer Corporation. 
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The lorninnl systoii ir. .sonnwhdl morn qonvrixl thiin is closer il)c<l 
t»rro. (for ox-unplc' , tr- lophotK^ 1 itu.'S oltior th.in 'U.U)0 liaufJ cm ho ur.^f/.) 
Hov/t'vcr, ir v.'o v/cro ti» iloscrUio its propcrlios prccisoly, v/ithoiit 
n«Mla«jo<iic.>l s inpl i f ical iiujs, wo vmuUi only obscure Lhn bcir.ic Idnns. 

Tlio DCC terminal sysleri was rlcsigncd to connect (presurnalily renotc) 
low nnd mcrluii.i spernl doviccs, such as teletypns iifid 1 itic printers, to 
tlje BCC-bOO Computer System. The basic desiiin objectives wore to make 
lhn systeri eff icient in the use of ban(!v/idth and resistant to telephone 
line errors, while kocpincj it flexible and nanageablc so that new 
cioviccs could I'C easily interfaced. 

Briefly. the BCC-500 Systen consists of five nicroprocossors 
connected to a PA bit central nertory. Two nicroprocessors are the 
.systen CPlls; a third controls nrnory nana'ioncnt ( S'./af>p ing between core 
iind .secondary stora<)e); and n fourth, scheduling. Tlio fifth 

nicroprocessor , v/hich is called the CIIIO (Character Input-Output), 1s 
used by the terninal systen. Eacf) of these microprocessors is fairly 
pov/crful, v/ith 1000 to 2000 words of 90 bit microinstructions, and a 
cycle time of 100 nanoseconds. 

The terninal systen hardware consists of the CUIO microprocessor 
which is cojHH>cted via ^1800 baud lines, to local microprocessors called 
OCCs (Data Connun icat inn Conpulers). The DCC microprocessor is identical 
to the CHIO except that it has a 10 (rather than ?A) bit memory and a 
slower cycle time. Thus microprograms can run on cither processor 
v/ithout chancjo. 

The basic service provided by the terminal system is a channfH from 
n user's program running on the CPU to a terminal connected to a DCC. 
The .system is orcjani^ed as a collection of parallel processes which 
connun icatc by sending mcssacjcs to each other. In some cases the 
processes run in the sane processor nfid the parallelism is provided by a 
scheduler or coroutine linkage; but it is convenient to Ignore such 
detfiils in describit.g the logical structure. Were is a list of the 
processes involved in providing a channel from the CPU to a terminal: 

User's CPU program (per channel) 
CPU monitor program (per channel) 
CHIO buffering (i)nr channel) 

Multiplexing (brings many channels down to one) 
Crror free connun ication link (one per CfilO-DCC link) 
• ClflO modem (one per CHIO-DCC link) 

Telephone line (one per CHIO-DCC link) 

DCC noden (one per CHIO-DCC link) 

Error free communication link (one per CfilO-DCC link) 

Dcnu 1 1 i[)lcx ing (separates one channel into many) 

DCC buffering (per channel) 

Terminal service (per channel) 

DCC interface har-dwarc and lov/-.speGd modem 

Wire or local telephone lino 

Terminal 
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Fitjure 1: This shows hov/ n single CPU process connunlcntos v/lth a 
torniiml. The dashes (--) indicate the flov/ of characters in ttio 
system; the equal signs (-=), telephone lines; the asterisks' (*) 
l)uffcrs: and the "fi"s, Modens. 

The design problcn wns broken into three basic parts: 

1) The CPU-CIIIO interface, and CHIO buffer allocation; 

2) The CHIO-DCC connunica.tion network: getting characters from 
the CHIO to the correct logical device in the correct OCC, and 
vice versa; 

3) The DCC-terninal interface, • and a simple OCC operating 
system. 

The fol lowing philosophical decisions guided us in the design: 

1) Fach processor - the DCC, CHIO and obviously the system 
CPUs - wouUI have its own emulated processor. When a function 
was not vvell understood, or efficiency v/as not important, 
algorithms were v/rittcn in softv/are rather than frozen in 
firmv/nre (microcode), and put tov/ard the CPU end rather then the 
DCC end of the netv/ork. 

2) V/e attempted to separate the functions of the system into 
nodules, and limit the knowledge of hov/ each function was 
implemented to its nodule(s). 



^* Iho User Interface 

In this section we focus our attention on a single user at a 



^(.ffunnl aLt<K:hfMl to n DCC v/hich r.riuir, ch.iractnrr, to, nrul receives 
chcirartf^rf. rrini, n user prucor.'i runninfj on the CPU. The trrnlnnl syslen 
i^ ti (till (!ui'l''x Ny:^ton: Ihr input Diul output chanfiols for d (lovicc arc 
indf.pf'''»*'f*"t- o\f:r{)t Lli.it jni>t}t clinr.ictors ni<iy bo echoed Into the 
corrci.|)Orulinn output charuicl. In nn icfoal full-ffuplex 5yr,tcn, oil 
uclminvj of characters v/ouUi be done by the user program if> the CPU for 
three reasons: 

1) This nllov/s the prorjrnn to not echo; echo a different 
chordcter, or insert extra characters to nako the typescript 
more rt^aciable. 

?) It provitlns ;.omo valuable error chockiny \\y nakiny it almot 
certain that. If the character the user wanted v/as the one 
ochopd in res()nnsn to a Keystroke, then the pro<jri)n saw the sane 
character, rather than a garbled version of it. 

3) It ensures that the user's typinrj Is properly conbined v/ith 
the CPU's responses - the printing on tfio typescript records 
the logical order of the interaction as seen by the user's CPU 
process, rather than the chronological order as seen by the user 
v/ho is likely to typo ahead. 

Unfortunately, this ideal is impractical. If a user process v/ore 
activated to echo eaci> character, the system overhead would bo large, 
and the user's response v/ould be poor. Tvcn if the echoing were done 
centrally in the CiilO, the users response v/ould be poor, although the 
system overfiead would be acceptable. Hov/nver, with a little caro, the 
system can be (iesigncd to give the effect of the CPU "echoing" each 
character while avoiding these problems. 

The l>asic method Is to define a rule for dealing v/ith typed 
cfiaracters, called a break strategy. There arc two effects of tfjo break 
stratogy: 

Characters are automatically echoed locally (by the DCC) up to 
the break character. If more characters are typed, they arc not 
echoed locally, but arc echoed centrally (in the CHIO) "until 
local echoing can be rcsuricd. 

The CPU process for the device is not activated until the break 
character is input (or the input buffer is almost full). 

User prograns In the CPU can specify and change tho current break 
strfitegy (a copy of which is kept in both the CfllO and the DCC). The 
four break strategies are: 

(A) I)rcnk on no characters; 

(B) break on all control characters Including carriage return; 

(C) break on all non-a Iphanumer ics ? 

(D) break on all characters. 

In addition to the break strategy, there are two flags which the 
user program can control: 

EST (Echo Strategy) is set if characters should bo echoed (It is 
turned off for reading passwords, for example); 
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[BC (f.cho Brocjk Charact.c>r) Is 
ochonrl . 



-ot ir brcdk characLcrji should bo 



for rxnni>lo, a suhsyslrn v/hoso coriruKuls end with a carri/Kio return 
won It) Cii 1 1 for Ih-cmK slriilfny "r."; t.lm.s oil pchoirig vvoul'l ho done 
lociilly (in thn OCC) iifitil <» c.Hri.ino rolurn or conlrr)! ((V'HLInu) 
ch.irnctrr w,is l.yprd. If the u.'.f^r v/aits for the Cftfipti t(ir ' s rrr.ponso, Ins 
nr:<t input will lu? inne(!ialnly echoed by Iho DCC hocour.o lucal echoing 
will h.i\'o boon ro.MinrMl. If, hov/cvor, he? conltnucr. Lf> typo ohond, tciking 
his odilmci for <ir".inl(?fl {»r lyi)Uiq n li.'.l of coi'i.inds, these char»ictcrs 
will not be echoed until rcMii by the conputnr. liius tho. output produced 
ihir-inn a consolo intoraction v/ill record tho interdiction as soon by the 
CPU; no record of typing ahead will exist. 

Cor tain a-^pocts of this schrnr aro stra i^ihtf (irv/arfl to .Inplcrnant. 
SincG tho br-oaK str.ilo^jios are Kept In iioth tho DCC and tho CHIO, tho 
CIliO dotornirios vhir.h characters \tpr(} echoed in the DCC by executing tho 
sano lofjic that tho [iCC did. Iho break stratony is set by sending a 
mossatjo to tho I^CC which spocifios tho new strat(Mjy. The DCC responds 
by channinci its stratcny <ini\ inned iatcly 'return iny a nicssafjo v/Jiich tolls 
the CHIO to chaniio its strateyy. Both parties know that any input 
characters v/hicb precede tho sot-strato'jy rctvirn rrsessafjo use the old 
strntoijy, and any v/hich follow it use the new one. Ihe sotting of the 
strntogies is synchronized in that it occurs at the same point in tho 
Input stream In each nnchine. 



V/ithin n given strategy, 
local echoing is not so sinplo. 
can occur : 



however, sv/itching botv/eon central and 
There are thrco points at which echoing 



ore 



In the Cf'U when the character is received from tho CKIO and 
delivered to the user program (actually, tho echoing is done by 
tho CHIO v.'hen it delivers the character to tho CPU); 

In the CHIO when tho character is received from the DCC (if the 
CPU has relinquished its interest in echoing, but tlio DCC has 
not yet taken it up); 

In the DCC when the character is typed. 

The possible transitions in tho locus of responsibility for echoing 



ncc-io-cru 

CPU-to-CHIO (and ClllO-to-CPU) 
CHIO-to-DCC 

We must ensure that no ecfios are lost, duplicated, or improperly delayed 

in any of those transitions. (Tho logic for those transitions is 

described in detail in Ap{)ondix A.) 

♦ 

Tho DCC-tn-CPU transition is easy: tho only active agent is tho 
usor typing, so that there Is no por.sibility of conflicting decisions 
being made sirniUanf^ously. The CPU- to-C!IIO and CIKO-to-CPU trcuisitlons 
arc easy because they occur entirely within the CHiO, and thus can be 
atonic actions. 

llowovor tlio CHIO-to-DCC transition is tricky, because tho CHIO can 
bo tolling the DCC to rosuno echoing at the sane time that the DCC is 
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MMunri'j off •^('OM''. ru'wly lypofl, jinechnpd, chnrdcLors to tlio ClilO. V/hnn 
this h.ipi"''*'; . H\() IK'-', c.innnt. f)lw'y ifio Clljo':, coDrnnn*) - it Ui\r, n]r<M(ly 
^vnl t.o th'.' CIliO i»n unJ.run/ii n(in'H;r of cluiriiclcrs v/hich nuKst. bo ccliocd 
licfiirc <uiy (lev/ ch<irnr:l«'r.'i c.in be ocIrkmI. The perlofi oT tinin, ondlfKi 
(^ wilb Ibc I'CC'r. nellifHi a nesstiMO iro'\ the CillO, and sLrjrt, inn <it tbe Lino 

^ — - ir« the nCC of the inf orn.il ion on v.-h u:h the CllIO's nosstUje was bnr.cf}, Is 

cnllod ill) ti t tenpt- tu-ro.MJnd- loca 1-ochoifHj hiulus. 

Rrnotc echo rer.unption requires: fir.st, cletectincj the inptitting of 
ch«!r.u: t(M-s liurinf) the h^<ltu^; ond second, doinf) soriethinrj about it. 
PetecliiHi riMitnrr:-. t('llin') tlie DCC the l.ir.l in(iiil ch.ir.icter echoerl froiii 
tho CIliO, so th.il the I'CC can tell v/hetluT .my mo: e charticterr. hnvc 
nfrived since then. V,'e do this by scciiiencc nunberinfj tho Input 
chof'dctefs (nod IG - because v/e cofwinced ourselves that no norc tlian 15 
ch.ir.ic ters could lu> in the "pipe" (!urinf| the hi.iliis). We iiakf; sure that 
both iiachines use tho sfine nunhers. Vhenover the CIIIO v/ants the DCC to 
resur:ie oclioinu, it setu!s n Request Tcho Resunption (RLR) conmand 
tociethcM- v/ith the character seouence nunber (CSCQ) of tfio last character 
it received (and ochoe»!). \/hen tho bCC qots the RTR, it dotermirios 
whether the last character received fron the terminal had the seme CSLQ. 
If so, it rosutnos local cclioinn by settiny the local echo node and 
sendifuj the CIIIO a Resune FXho (REC) nessnrje. If not, nothlnq need be 
done because the characters v/hich nust have been input duriny this 
hiatus will eventually c.ujse the OHIO aqain to attenpt echo rcsun{)tion. 
Hov/evcr. tbo DCC sends the CIIIO a CSYHC nessaqc with its current CSCQ, 
which tho CHIO uses to reset its copy of CSIQ in case the CSL'Qs. have 
gotten out of sync by accident. 

Tho efficiency of this schone depends upon the probability' that 
cbnractors «ire input durinq an attenpt-to-rcsune-loca l-ec!:oinq hiatus. 
It is a qooci schci.ie if the prnbal)ility is snail, but poor if it is largo 
because (a) sendinq oxtr^r RCRs is v/astoful, and (b) the user's response 
is bo sluq'jish until local cchoinq is rosuncd.. (Iheso pro!) 1 ems do not 
occur if the DCC does not send a packet of input to the CIIIO until a 
broak character is typed - at which point local echoing would stop 
anyway.) Ibo probability that the attenpt to resume local echoing will 
fail is: H / I, v/hcrc II is the expected duration of tho a t tempt- to - 
resume- local -echoing hiatus, ar»d I is the expected interval betv/cen 
input packets to tho CHIO (hiring the hiatus. for this system II v/ns 
about 200 milliseconds, and 1 was about A seconds so the RfiRs would fail 
only about 5 percent of the tine. 

Alternatively, the DCC could rcncniljer unochocd characters for a 
while after sending then to the CIIIO and theri echo all the characters 
following the one specified by the CSIQ v.-lien it received tho RER- 
connand. This would get rid of tho ackriov/ledgenen t to th(; CIIIO and tho 
need to retry at tho cost of some buffcrin(i for each terninal in tho DCC 
enouqh to cover the rnaxinun round-trif) delay in a nessaqe sent 
betv^een pcr-ternin.il processes. Our desire to mininize the amount of 
buffering for low-speed terminals, and the favorableness of the H/I 
ratio, led us to reject this nctfiod of resuning local echoing. Tho 
problen of local echo rcsunption has been discussed e Isewliero .9. lo 

« 

Tho foregoing analysis assunes that, in console interactions, 
neither side interrupts the other, but each waits for the other to 
finish. If the user "ty()cs aljoad", tho terminal system buffers the 
typing until the computer is reafiy to listen. While this viev/ is valid 
in most cases, each vM 1 1 on occasion wish to interrupt tho other. 




A CPU proco.ns rnny nlso v/ant to Intc^rnipL its user. It cotilfl, of 
coiH'so, ♦, iti|)ly blar.L (nil i\ mcssono, bt/t this v/oijlfJ f)fol.iably rosuH i/i on 
iKily nixlurc of llic user's in[!ut v/i Ih Lho ch.ir.jctnrs of Uic nor..';<i<:H^- 
Horn inpMc t.in t , Ihn CPU proccs:; v/oulfl be unable to tell which of Lho 
input r.haitictcrs Ciinc bnforc, in innoranco of, an^l v.hir.h after, in 
roGporuse \.o , its b1ci:>t. To solvn this protOm! wc intro<lucc i\ control 
chnr-nctor Ciillcfi TAG. If the CPU 0!it[Hit:> thir. control cii.tr iu:t(!r , the DCC^ 
turns off local ccboinfj iirid srnds tho TAG b-ick to tho CPU process. This 
nchicve.s two thitujs. first, since local echoing v/<is turnorj off, tlic 
typescript v/i 11 be readable. SeconrJ, the CPU process can synchronize 
with its user's concept of input l)ccaus(? it knoV/s that characters after 
the TAG, wore tyjiecl after the TAG was processed by the OCC. In 
practice, the CPU process should v/ait .a fev/ seconds af)d then Sfimi a 
second TAG to ensure that the user had enough tine to react. 



3. Tho CIIIO 

Tlio CIIJO, like tho other central nicroproccssors, comnunicatos with 
the CPU via the systen's nenory. Each processor can also r.oml tho other 
an attention sifjnal. The CPU sencJs mossanes to tfio CHIO by v/ritinci them 
in agreed-upon nenory locations and then send inn the atterition siqnal. 
If the CPU cx()ects immediate response frnn the CHIO, it v/aits for the 
response to appear in another aqrecd-upon location. Otherwise tho CPU 
fjoes about its business. At sofic later lino (e.g. v/hen a break 
character has arrived, or the output buffer is nearly empty) the CHIO 
can send the system scheduler a signal requesting tfio wakoup of the 
proper CPU process. 

In addition to tho nicrocode for its normal functions, the CHIO has 
a nicrocodcd emulator for an instruction set sinilar to the SDS Q'lO 
(cliosen because support softv/are v/as available). This cruilatod 940 runs 
test pronrnns, and adjusts CIIIO buffer allocation parameters to prevent 
exhausting buffer space. 

Tho interface v/hich the CHTO presents to the CPU is a collection of 
buffered siini)lcx data channels. There is one input channel and one 
output channel for* <iach tcrninal, related only in that input characters 
nay be echocfl into the corresponding output channel. In addition to its 
buffering, each chnnfiel has sone state v/hich can be read iin6 set by the 
CPU: l)retik strategy, speed and character structure, and the process to 
"wake up" when tho charuiel needs service. 

♦ 

There are three basic CPU-to-CHIO comnnnds thnt a user's CPU 
process nay use. They are Rdid Strino, Peck SLring, and Uritc St.ring. 
Rnad Sir in[}( L ,N) vvimI^,, and r-ef-ioves, characters fron the CHlO's buffers 
for line L. It slops at the first break character or tho Nth 
character - whichever is first - so tho rc.iding progriin won't get more 
input than it is prepared to deal with. Peck Strinq( L,N) is identical 
to Read String except that the characters are not rxinoved from tho 
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bufff-r. Urita Sir in(i(L,S) v/riter. strino S into Iho CIIIO's buffer for 
lino l. . 

Inlprnnlly, Iho DUO liiis a cli.irtictrr buffor for each Input nnfJ 
oiil()iil ch.im)(!l. r.jch ClllO' hiiffrr i r> a ] isl of 2l-^:\\i^ri^c.lrr (0 word) 
1)1 neks. If too nany of lliost* blocks nro usod f»)r an oul[)!Jl lino, iho 
Writo ^trinc) will do Iho wt-ito, but will return v/ith an Indication that 
the CPU should Sf«nd no nore char-acUTS. When thin happfMis, the Cf'U 
prncjran will nnrnally l>lo.:k tho process v/hich is fHuioral iiiq Ifio output. 
Whon tho CHIO finds Ihat its buffer is nearly cnpty, It v/ill send the 
CI'U process <\ "\/akeup" 




A, The Communication Link 

The cor>nun icat ion nnlv/ork consists of one ClilO connected to several 
DCCs via 4000 baud tolepljono lines. Ch.iracters f]o from tho CHIO directly 
to the destination DOC; there is no storc-and-forward capability. 

Tho next fev/ sections focus attention on the cornrujn icat ion link 
between the per-channcl processes. This link Involves tho ClIJO, one DCC 
and the connectiny telephone line. It is convenient to divide this link 
into two parts: 

1) The Error Free Connunication Link (EFCL) consists of (a) 
identical nodules in the CHIO a/id DCC, and (b) the connecting 
tolcphono line. Its function is to provide (prosunably) error 
free tra.nsnission of a single stream of characters betv/ccn the 
two machines. 

2) Multiplexing, v/hich converts this single channel (the Ef'CL) 
into separate channels, one for each terminal, plus a few extra 
for talking to global processes in the DCC - such as tho process 
which reports inconing calls. 

The terminal system was designed to knov/ as little as possible, 
about actual devices. It flel Ivors characters un.iltercd from the Input 
devices to tho CPU whicti is responsible for converting then to the 
internal character set. (V/e considered putting the mrg}p1ng to an 
internal character set in the DCC. Hov/ever , we felt it v/oulfJ be best to 
keep the translation in one place - the CPU - until v/e had experience 
v/ith the terminal system.) Characters in the ranno to 37 octal arc 
used internally as control char<ict(M-s» by the terminal system, and may 
not be sent to terminals in the obvious way. oono of those control 
characters, like the f)reviously mentioned M'W, have internal moaning to 
the terminal system and will be rejected by the CiUO if the CPU tries to 
senfl them. Ottiers, like TAG, which can legally be sent by a user 
program, will result in some action by the system. Data characters in 
this range must bo sent as two characters: the control chtiractcr SHlfTl, 
followed, by AO plus the desired character. Thus ciiaracter code 13 
would bo sent as SHlfTl followed by 53. This scheme allows the system 
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to iiiti'rftico v/ilh any bit rh^vico, ur^v H hit ikil<i (inlh.'i throuqliou t, nnd 
still t'ncodo il-s ccmLrol nfvsr.-tfjo!; convon i Pfj L ly . 

WIhmj the Lf!rnin<il syy.lrn tr.inr.iiil.s n nunlM^r fmri one cur-putfir to 
tho otf'.rr, ar. v/ilh the char-.iclor coifnt rollnvnfKj RCR, it mist oncoclc the 

nijn}u;r irao tl)o r.ingo '10 to 377 octul (iisudlly by adding '30 to tho 
nunibur). 



4.1 Tho Error Froo Ccntiunical ion Link 

Tho torninnl sy.stcn is birlH out of a nunbor of proccsso.s which 
intoriicl by sondinn nosstinos Lo onch other. When tho sourco nnd thn 
dost in.jL ion of ii n-'^ssafjo oro in the sano n,u;hine, it is cofivoniunt dod 
rotisonnblc to asniino Ihnt tho nossngo can bo tr.in.sni ttnd without error. 
If tho nnsf.ar}(^ ruist pass fron one nachiiio to another, it is still 
coni'cninnt to nr>r.unn th<il there v/i]l bo no errors, but it 15 no longer 
rcaso/?.?/) ?c unless precautions nrc taken, since tho raw cofnciun icat iod 
pntti provitlod by nodnins and tn icphono lines is liable to errors. An 
import<int conpnru^nt of the torninnl systen, thercfcre, is the collection 
of prourans anrl conventions v.'hich construct a virtual, orror-frcG 
coniiiun icat ion link (tICL) from the real, crror-i^jronc one. 

fvon the viewpoint of its users (the multiplexing and 
dnniil t ii>lex inc) processes) the EFCL is a full-duplex channel v/hich 
processes a chai'actcr stream v/hich is scrjfacntcd into 13-byte ne.ssages. 
It does not inter[irct these Mess<ir|cs in any v/ay (but three cha/'actcrs in 
the ranno 0-37 nust not appear in then: "ifjn", "null" and "syn"). The 
two btilves of the charuiol are not entirely independent; each half needs 
tho other to return rccjucsts for retransniss ion v/hcn errors arc 
cJctoctod. 

To rnininize the bnndv/idth used foi" error co/itrol, only negative 
acknov/lodtjenonts, called rctrnnsniss ion request (RTRs), are 

triuisini tied . A receiver senrls a RIR v/henever it receives anythlnn other 
than ti leonl ncssarie. Messages arc se^^uence-nunhered v/ithin the EfCL. 
Mnsr.ngo N alv/nys follov/s f.iossaoe N-1, unless the FFCI. is recovering from 
an ofTor. Thus the receivpr alwiiys knows v/hich possaoo it expects next,- 
and sends a RIR if it gets anything else. Tho sender saves each messagn 
on a lookback gueue until it is sure th.it it v/ill not have to retransmit 
It. llus approach uses bandv/idth nore efficiently than a simple 
pos i t ivo-ncknov/ledycncnt schene, but nt the cost of more complex logic. 

The timing inforrnat iori wfiich inakf?s tfio negative acknov/ledgemen t 
scliomo v/ork is provided in the following v;ay. Each ( ful 1 -dup lex) EFCL 
contrtins (\ 32 "ofivelopes" in which messages can be sent. Tfie envelopes 
are numbered to 31, and tht^y pass back anrl forth fictv/eon the two ends 
of the Hno. If n sender puts a message, in to envelope fl, it must keep a 
copy of the message for possible retransniss iori until it gels envelope tl 
back. Onco this happens, it knows that the mc^sago was successfully 
recoived, iind its copy can be discarded-. Lnvelnpes i\rv. sent in order, 
envelope ru 1 follov/ing envelt)|>n \l (mod 3?), except when a retransmission 
occurs. The "positive acknowledganent" of a message block is tho 
successful reception from tho other conputer of a fiossage with the same 
block number (a message in the same envelope). Since envelopes arc not 
oxplicity idintified, no bandwidth 1s used. for tho positive 
acKnov/le<lfjcncnt . 
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It J5 por^slhlo (or nil 3? cnvf lopo.% In Ix? nt one rnd (anri jn fact 
iUr link is in 1 1 i ,H j /rd in Ihi:. stalo). V/hm tfn.s h.ipixMi.s , Ifio nt.hor 
rntj will Im> kocpin'j cnpior. uf 3;^ (;u's;.^iq'\s . f.iich end has 3:' v.iCir,:,t\(jo 
buffers, CMlloil rnvolopo buffers, ttncii t«f v/liich is pcrnrinnnlly 
tissoc i.iloil v.'il.li a p.ic t, icti lar rnvol'/po. Wiico iMiv/olcpc U is prcsrnL, then 
envoi upo hiiffpr tl is frvv.; v/hrn cnvplnpn N is aliscMif, , l.lu:n envelope 
buffor II c:oriLa)ns a c(>i)y i)f the ndssarji? vdiinh w<is si-nt in thai fMivclu()c. 
f rco i:nv«'Iupo bnffccs (availahln finvf* loptrs ) aro ko{)t on a froc ciuouo; 
full ono:. v/ailinri i or transniss ion, on Iho output (jupuo; and full ones 
that ha^'o bcvn srnt but v/ho.sn rccf^'Jlion hvis not been ackfiov/lcdfjed (v-zhosc 
envelope has not yt't eonc back), on the lookback queue. 

Input ncssarjcs aro stored in a different set of burftTS, colled in- 
bufTcrs. Ttiese have no pefinaficnt nurnbcrs. 



The follov/iny divTfjrans shov/ iin Idealized picture of the 
structure : 



EFCL's 



SCHO 
user - OUT - output queue - TR - hardware 

RECEIVE: 
hardware - READ - read queue - RCV - Input queue - lU - user 

Wnrc tfio capitalized words aro the nanes of the modules which comprise 
the LfCL, and the dashes are coroutine linUnocs. Iv/o nodules separated 
by n fiueuo can execute in parallel. Wo v/ill proceed by describincj each 
nodule; tiuitc detailed prograns for the entire systeri can be found in 
(^ Appendix B. 

our takes the envelope buffer from the front of the fruc queue (the 
next available envelope) and puts into it a 13-byto block which it gets 
fron its user-, and a 2-byte chccksun which it calculates. It then puts 
thir> envelope buffer on the end of the output queue (from which it will 
bo read by IR). 

TR takes an envelope buffer from the front of the output queue and 
docs two thinqs with it. First, it outputs the buffer's contents to the 
linrtiv/are . (If the output queue is enpty, TR sends "ion" bytes v/hich are 
ifinored by the receiver.) Second, IR puts the buffer on the end of the 
lookback f^ueue if it is an envelope buffer (it could bo an RTR or RTA). 
Ihi:> envelope buffer v/ill be moved from the lookback queue to the end of 
tho fi^ce queue when its "cnvelopo" comes back. If a retransmission 
request (lUR) is received before this happens however, tho envelope 
buffor will be put back on the output queue. 

IN takes c\n in-buffer fron the input queue, delivers its 13 data 
bytes to the user, and returns the in-buff cr to the input free queue. 

"Ihere are four block types that RCV can find on the read fiueue: a 
data block (that h.\s no errors), an RTR (relransn ission re(iuest), an RTA 
(rcitransfi i-ssion acknov/leiJyncrit ) , and an error block (anythinq else - but 
most likely a block with n btid chccksucO . l^CV can ()e in one of tfiroo 
states correspond in<j to its "exfjcctinu" one of the first three block 
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lypor. . KCV (,.ik(?s l\\r. in-luiffcr fron Ihc front of Iho rond diiouc. IfuiPG 
iUM* fotjf jHKsr. il>l i t. i(\s: 

1) ir HCU cypncts «7/)t/ r/c^t.'? .j (/.7i1.i black: It. (1) puts Ifu? buffer on 
Lho nnd of the iii[>iil riijinin, atui (?) novf'.*; th?' onvplnpf; fti/ffor on tho 
front of the lookbtick rjutnii} to the' end of tho oiiti)ijt free qutHJO - 
ivcknov/U'(l<Mnn \Mv reception of that envelope f)uffer'ii envelope. It will 
still expect liatn blockr, . 

2) If RC\J gats on rrrnr block or any block other tbnn what it 
expected : J I iP^leles iiny RlRs nt' IMA-, on the outr>nt queue, ttnd move;; nny 
onvc'lopo buffCrr. to the end of the lookhack cinrun. It qenerator; nn RTU 
for the (?nvelf)pc whose Puffer is on the front of the lookb.tck queue 
(call it I), .incJ puts this on the of the output queue. Finally, RCV 
puts a syntheon 1 .!,5t ion block (.S(M! C.r.Ati) on the output queue v/hich vn 1 1 
force the RfAP at the other computer to synchroni;!e to the correct 
chnractfM- position. It then expects an RTR. (If RCV v/as expecting ,j 
da til block, and it gets an RTR, it first processes the RIR as an error 
block, and then as an expected RIR.) 

3) /r flCU expects nnd gets on RTR: Assuno the RTR is for envelope 
N. A retr.uKsciiss ion acknowledge (RTA) is appf^rirlod to the output queue 
spocify»nq that block ( (;nvelop") fJ is the follovnnq block. The buVfurs 
on the lookback ciueue, fron block U to the end of the queue, are copied 
to tlie end of the output queue. RCV then expects an RTA for envelope L. 

A) ir RCV expects ond gets an RTA for block L (Tor vjhich it asked): 
RCV expects data blocks again. 

READ takes characters from the input hardv/are, recoqnizos nessaqes, 
puts the|.i into in-buffers, v/hich it afjpends to the road (lueuo. Its life 
is conplicated by the need to parse nessayos fi-on the streai) of garbayo 
which raciy be arriving over the telephone line. ^ The hnrdv^Tro helps by 
rocogni?inq a string of more than IG zero bits as part of a 
resynchron izat ion sequence. The first 10 zeros are passed on as bytes 
(ttio "null" byte is the one v/ith 8 zeros). If there are noro zeros, 
iticy are absorbed by the hardv/are until a one bit appears. This b.it is 
usod to define byte houridaries in such a way that if a "syn" character 
15 the first thing se/it after a string of "null"s, then it v/111 bo 
correctly received. 

READ looks for a syntactically correct, properly chccksurncd, block 
(15 non-null bytes after •'ign"s are filtered out). If it sees anything 
else, it puts an error block on tfie input tiueuc, and tlu-ov/s everything 
away until the sychron ization sequrjsce "null" "syn" appears, and then 
starts looking for a correct block again. 

Fintilly, we clear up a loose end. The just described scheme works 
«i5 long as no RTR's or R1A's are "lost". This case is hmdled as 
follov/s: whenever nn error is detnctefl, a tiner is set (or reset if it 
is already sot) to trMnger in 300 rn 1 Tiseconds. it is alre-ady set). 
This tiner is turned oft wlien an RIA is received. If the tiner "goes 
off" first, fiov/evor, the C.fCL puts an terror block on the read queue, 
forcing a new attenpt to resutae nornal conmun icat ion . 

It should be noted that the t:rCL is based on the assunption that 
errors occur infrequently. If there are no err^ors on the line, the only 
inorficiency is represented by the cliock characfTS. When an error is 
detected, riowevcr, the ffCL stops transnitting data blocks for about ?.00 
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ni 1 I i r.(H:(truls . Sidro iivai l.ib ]c lrl('[)lioMP linos <irul nodons finnrantnn no 
[WOW th.iri 1 rrroc pvr 10'-' In I'., vm> e-m t'-piTl vnr vrror v\'cvy '/.O r)i'Cf>fid:. 
on a 'ir.no b.iud lirn', with ,jn (.'fficiocy uf 09 fxjrnf.'nl. In (vict, Ihinys 
tjre ro.illy belter thiin llil.s hecdtise vrrcra (.fnd to con<i In liiifstr.. If 
wo f]i'l nne vrrnr , v/n citi rypnct nlh^rs in Iho next few hundred 
nii 1 1 i r.ecntuis . Ther-c am two ef frets of tins: 

1) Tho mcnn tine bclv/cen error hursts, the periods for v/hich the 
rrCL op<'rt"itcn noriniilly, is ]on<i«}r tluin TO seconds. 

?) After an error Is detected, the LTCL looks for RTRs and RTAs. 
These rnessafies are checJ,siir*<>(j witli n fjicatrr redtniffaney than the data 
blocks. Tliijs tho El'CL is least likely to iniss doted mo i»" orror when 
tho probid)ility of its occnroncc is highest. 



A. 2 Mill tiplex ifKj 

Tho choice of nethods for convortirig the s indie EFCL chminel into 
one channel for (rach tcrcnnal is dcninatcd by the denands placed on two 
scarce rosourcos: banti'/vdth on the LfCL*. and buff or space in tho tv/o 
conj)uters. Input nu 1 1 ip lexing is f.iirly easy to handle because tiio 
volunc; of intnit is lev/, and the OHIO ha:; a larne anount of buffer space. 
Output is hard because the volune is qre<ilcr, bandwidth nust be shared 
cquit.ibly, delays in starting outinit to any. tcrnina 1 nust be short, and 
tho bitf for ing done in the bCC shoulfl not be too great. Available 
toleplione lines and nodcns provide the sane nnoimt of fIFCL bandv/ldth in 
both directions; tfufs tfie (ifficient utilization of bandv/idth is more 
inpo; lant in the output direction than in the input direction. 

A basic principle underlying the systen is tiiat characters are sent 
only if the receiving computer can accept then... There is no provision 
for trnnsnissiofj of contr-ol laessanes britv/oen tho processes wliich handle 
single terminals (except for the special case of local echo resunption). 

This principle causes no trouble for input multiplexing {)er.ausc tho 
CHIO "always" has enough ijuffc^r space to store the dfinij 1 1 ipler'Ofl input 
character strcans. The input data rate is usually lov/, and tho user 
doesn't typo tihead very far. Furthernore, the naxinun interval between 
break characters is shor-t ( 1 L'O characters), and since the DCC loses 
CODtr-ol of echoing at a break character, the ClilO can discard iriput 
beyond the brr.-ak cfiaracter, replacing it v/ith an overflov/ inrlicator. 
When the CPU sees this indicator, it can respond appropriately so that 
the irsor will ncvor br; in doubt about v/hich input was kept and v/hich v/as 
thrown av/ay . (Ihis will only happen if the usor progran is responding 
very slov/ly and the user is typing ahead regardless.) Of course 
mechanical input devices (such as paper tape readers) h<ive quite 
diffet^^nt properties, so a program v/hich v/ants to input from such q 
device can ask the systen for extra CHIO buffer space. 

For output nultiplexing v/e nust be nore careful, because the user 
progran can produce characters very fast^ and v/e don't v/ant to have much 
buffering in the DCC. I urthornore, v.'n cannot :>('.(m\ outiMit in large 
blocks because this causes excessive delay in sending to terninals v/hose 
output hai)pens to get cainjht behind a few of tht^so blocks. As n 
consequence , we nust regulate the average rate at v/hich the CHIO sends 
chara(:t(^rs to a terinin<il so th.it It is only slightiy h.'ss than (lde<illy" 
equal to) tho rate at which the terminal can take th.en. lo ninirnizc 
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hurrcrjr)^ in tho PCC .iml ovoid cxrcs.sivo startup tl'jliiys, the inlnrvdl 
ov(^r v.'tiic!) flnv/ ,-ivrrr.<nn<) i r^ dcr;!,' 5»lu)ul(l b(; .if. .'.hurt nr> por.sihlo. 
riDully, v/.' .•JiiuiUl l.iku ,ulv>iMl<i(H." of tlu» r.jct that ouli'ut nn',,safjor. tnrul 
to be (jii i tt^ IdiHj , 

Input mil t iplox iH'.i issinple .md str-aioht forward. The? input strran 
cnrtMOj; i\ uvi\ufjnA) of iu»r.r.a(|or> , oa./.h of v/hi(h is of cnn.sistr. oT n hiip.st 
ni-jrkcr, u dovicu nuf^ibcr, a r-Pijucncn of ifiput charactcjrs, and is 
tcrfrnnat(ui {>y iho ni^yt. t»urst narlvfic. Input for a rlovicc is not sent to 
tfu; Cinu until eithf.T (a) the input buffer is alnost full, or (b) a 
break cli.uacter htKs {?<'en typed. Thus several-character bursts can bo 
sent even for lov/ r.[)eed tJcviccs. 



j 4.2.1 The Meta-Mul tiplexifjo Algorithm 

f . Ihc out[)ut mil t iplexinq alqorithn is hn.sed on the sinple fact that 

i tho set of cur-rent ly output t irifj teletypes channels slowly. ^Suppose, to 

I begin v/ith, it does not channe at all. Then ivt Ci)n transnit only di-^to in 

f the output sLrcan if all the mil Liplnxing inrorrhition is contained in 

I the mil t iplr.xing and dr.nul tiplcAing alqorithns . 
I 

I Wo can split the nuHiplexer and dmu It ip lexer into tv/o norhilcs 

I Otich, a Heta-Mu 1 1 iplexer and n Bandv/idth Allocator in the transdi t tinq 

5 conputer-, and a Meta-bonul t iplexer and an identical Bandwidth Allocator 

I in the recoivinf] cor-.putcr. [he net a-alnnri thns neroly r-enuiro tliat the 

I Ban(h«/idtb Allocator dcterninc which channel goes with each character 

; p'ositKui in the VJCl. streari. The only constraint on the code for tho 

I Bnntlwidlh Allocator is that it only reference state which can exist in 

\ botfi conpiiters - a constraint implied by fjaviny identical copies in each 

\/^ conputor . 

! The "correctness" of the Multiplexer docs not depend on the 

j "correctness" of ttse Bandwidth. Allocatur. For cxanplc, suppose tho 

f Mu 1 1 ii)lfxer 's I'/andwidth Allocator selected cfiannel 3 to send the next 

[ character to, v/hen it sluuild have selcctod channel 4. The 

I Denu 1 1 iplexer 's Bandwidth Allocator v/ill send tfic character to channel 3 

j (rather I ban 4). The effect of such an error would be to either 

I "cheat" n channel (4 in this case) out of its intended share, or to send 

; cbaractors to a ctiannel faster than its terninal could dispose of tfien 

I (3 in this case), or both. But characters viould always go to tho 

1 correct channel . 

I 7h<^ set of active output chanr^els is not invariant, f)ut tho Meta- 

i Mnltii)lexer can be easily extemied to the nore ncneral case of a 

I (.slowly) varyin(i set of active channels at t!ie cost of adding three 

I control char-acters to eacli stream of data characters for a channel. V/e 

I . require that tho state table (in each coriputer) contain an "active" bit 

; for each potent i<illy active output channel. The set of active output 

i channels is the set of chafinels v/ith the "active" bit set. 

i If tfie flota-fhi 1 tip lexer v;o.nts to ach:! a nev/ active channel it does 

I two thinqs s inn 1 taneously : it sets the "active" bit for the chanr^el, and 

' it sends the Denu 1 1 iplexer i)n Insert Now Channel (INC) charact(»r 

! follov/<:d by the nunber of the channel beinn activated. The M(?ta- 
Dcmul t iplex<M-, when it (jets t!ie IllC, sets its "active" bit for the newly 

I inserteiJ chanfii^l, but otherwise iynores the tv/o characters. 
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Sipjlarly, v.-lioij t.ii(! f!f>l,i-ftul t.iplnynr firuh; that, ttu'rn .irn no nioro 
char.ict »'! s fur ,tn .ictivo cli.ifinc I , it. d'McUv.H.rs [Aw. chiinnel by 
rrr.cttiiK) t.lio ".k:1.iv(^" bit, nrul stMuIincj a [Jolnlo Old Ch.innol (DOC) 
cluu-.^ct (M' . Ilio Hol.i-OiMuil t. i[i lox'T- , v,'fion il n(!lr. l.lin (iQC, res I:; (.h« 
".-jctivi'" hil for l\\v. snleclfd ch.innd, luil other wLsf; icinoie:; the 
cti.n-drt rr . In lliir. caso iL is ikhk'coss.u y to scmhI IIh; chaniiol nui:!bor, 
since Iho OOC is r.fMit. in place; o( a data character and the rcc(»ivcr 
tfujrororn knov/s which cluinnol ir, involveil. 

Ihp hantlv/idf.h off icicncy of n rnul I ip lex i tiq nUjorithn ir, tho 
j)rrcont<»'3(' t)f the characlet-s in the nnltujlcx strfMfi that are data 
chara(.t(r-5. . llic elf i c i'-ncy nf this aUj-jrithn is N/(N)3) v.hero U is the 
tTveratic nnntior of characters prr output stroan. (3 is the nuriber of. 
control charactr-rs .nhhMi t.o tho .strean.) fi i •. li^.fMy to hf larrjost, and 
thus tho alrjorithn i.ior.t efficient, v/lmn the output t(CL is at or noar 
Sfi tiirat ion . If the average output sti'Cifi to n ciionnel is 22 
characters, the efficiency of tho multiplexer is 68 percent. 



4.2.2 The Bandwidth Allocator 

Tho Oandvndth Allocator is described nor-c as an example of an 
filgorithn that can he used with tho flota-nu Itip lexer , then for its 
intrcnsic merit. This algorithn has three constraints: 

1) It must have tho proper tier, denandod by the nota-nult iplex ing 
nlfiorithn. These properties are implied by the requirenont that 
idcnticnl copies of the al<jorithn run in both machines. 

2) It niist not send characters to a device faster than the 
dovicG can process then. 

3) It must be able to nultiplcx devices of any speed. It Is 
tins requirement that f)resents nost of tho problem. 

Tine is arbitrarily divided into 100 millisecond intervals'. This 
turns out to be 52 characters (5? data + C check characters tines 10 
intervals = GOO characters per second or '1800 baud), fur each channel v/c 
kcop the fiur.ber of characters it can receive in tho 100 millisecond 
interval, called IR.IR (IR is the inteqer part of the rate, TR the 
frtictional part). IR.fR is 1 for a channel driving a 10 cps device; 3 
for Q 30 cps channel, and \ .An for an IBM 2 7'11 channel. V/c also keep 
the niu-ihor of char-actors to lie sent in tfio current interval called 
Cl.cr, which is set to ;^ero initially. The basic idea is to send IR and 
lR+1 ch.iractcrs in an interval, altornatclly, in such a v/ay that the 
ov'erage nunlier of ch<»racters per interval will be IR.fR. Tho follov/ing 
algorithm will give CI the values IR and IRfl a()proi}r lately . 

At tlie ben inning of each interval, tho following computation is 
porforneil for each cliannel: 

CI.CF - O.Cr + IR.fR 

iiiuJ the Handwidth Allocator v^ill try to send CI characters to tho 
channel in that intiuval. 

The Bandv/idth Allocator has tv/o passes.' In the first pass It 
selects nil (active) chatuiels and sends each of them the fev/er of 3 or 
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CI i'h,H .ictcf-r. . II v/ i 11 fitn'.ii t.hir, p.isr. ovcmj if il fuis to strrri-ch Mio 
inlrrv.H brviUKl 'j7 ch.it-.u; bn s (1/10 Sf>;:(Hii!). IT fvMcr Uutii '.<2 thnr.'.ct.fr.<v 
wcro rui 1 1. i|) Irv .<(! mi t Ik- fust, p.iss, ciu'iip^'ls tli.it C(ui iiccn|)t finrf; llinn 3 
cluH'.ic l('rr> .ii-(' 'u-ni. Cl-.^ ch.ttMctcr.s until the interval is (:uni{)li?tc (52 
r.h.ir.u: t<Mr> i\r c rui 1 1. ii> iPX'Mt ) . Ilij'. iilleiv/.-, Inrj!) spfu'd (l(.'vi';<}.s such as 
prinliTs to t.iLr ui) Itio r.\n\) in. tii.ios of plenty, while slovniuj output to 
all (Icvicor. v.hrn r.alurat iv>ii occurs. 

At. tlio on<l of c<ich intcrvnl, a CH5 (Chock Synchron i^^a t ion ) Control 
chtiructor is i nr.cf Jed . Mii:. r.h(>ckr> and rtjscts th(? synchron i /a t ion of the 
Multiplexor- .irnl fh>r,;i 1 1 iiUc-.T { m\ thoory, Ions of r.ynchrnn 1/ 1 1 ion v/ould 
only occur if t'ne I I CI f.nlrd to rJolncl an nrror), «ind provides a "do 
notliintj" control characti.-r if there is no output to do. 



5. Iho Data Contuin ica t ionr, Conputcr 

Tho Data Cor*nun ieations Conputer (DCC) was dcsignnd with three 
cri tor ia in inind. 

It should efficiently handle inp*ut and output to a largo number 
of low-speed (up to 300 baud) devices; 

it should provide flexibility, especially in interfacing with a 
variety of devices; 

it should be control lot) Ic from the CPU so tluit operator 
Inter v(\'it ion is not required except in the case of harclv/aro 
nra 1 f unct ion . 

In tho nornal case, the DCC is expected to interface v/ith up to 200 
(lovices, mostly lo.-z-spoed torninals. It irscludes an interpreter for a 
16-hit instruction sot called the Retiote Processing Unit (ivPU); those 
Pt^rts of the DCC's Job v/hich do not have to run at nicrocodc speeds are 
exocutcfl by the iU'U. 

The DCC naintains a Device Table, indexed by tho device number, 
v/hich contains the partially asscr.ibled and disassembled characters for 
the nicrocoflod bit scanner, descriptors for the input and output 
chnractor buffers, and fields v/ith contr-ol information such as tho break 
strategy. 

Lov/ speed devices are bit scanner! by the microcode and the 
nssorihled character is echoed (if local echo rnodo is set) and then 
stor(?d in the input buffer for the device. However, if the input buffer 
is full, due to eithf:r a cnpnun ication lino nalfunction or an unusually 
heavy load on the Input Mult iplc-xer , the character is neither stored 
nor (>chood. Ihus the user does not get false fccuJhack if his cfiaracter' 
was lost by the DCC, The Input Multiplexc^r removes characters from the 
ini)ut buffer <uu! multiplexes then for transmission to tlie CiilO v/heri 

retiuested to do so by th(i Lf CL 

* 

Output is similar to input: The Deniil t iplexer puts ciiaracters iu 
the device's output buffer, from which they are later removed by the 
output bit sc. inner. Remember, it is gnaranteed thiit tho flu Hip lexer 
will not deliver characters faster than the output bit scanner can 
dispose of them. 
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; Line pr inlcf: , card rc.uicrr., (li.'.i) I'.iys , and oUior flnvlc(\s whoso 

* .spoo'l is too hi*:h to ho hit sr .TntMMl ,m'o li.sodliMl difffrontly on Uio 
y- "fhn'ico .Mdo" u1 tin: OCC. An Ri'ij l.ir>K inijiils c:lirir.H-.!.orr> TrfHi lho.s<» 
(^ dovicos <nul sUn-o;; tluMi in ihc input ImfTer for tin; Hii 1 1 iplnxrr to pick 

np. y.inihtfly, fcM- o.ich. otitput dfvit;*!, nn RfMJ t.isk not?, output 
; cliaftU-t ors Irori the dovicos's output buff it (whom tlt^y v/rrc {)ijt by tho 

• (leinii 1 1 iplcxor ) .hkI oul|)ut.s thon to its device. Ihoso tnsks arc activated 
hy tho iopiit and output iolorrupts fron tho hardv/.irn intnrf<u;o for 
riod ini i-spoofj d^viros, (KWiX Wj tho output d'Tuil t ii)l(^xnc when it drlivorr. a 

\ chnrnctor-. 

'■ (Thn \\V\\ !\.tr, 7 indox r<'ni5.torr. , one of v/hich i r. tho prnritMn 

coimter; lb nuTimy rofcrcrjco instructions; \\\\k\ Z'\ re^'jistcr to roqistor 

instructions. Thorn ;un foin- ado'ross infp nodos: inriodintn, dirf;ct, 

: if)diroct, tind scrii tchp.id ; t{\e Inst qivos tfie lU'U accoss to tho v/orking 

rcfii-stors of thf^ uodorlyinfi nicrnprocossnr . Thoro aro tv/o intliroct v/ord 

typos: an indcxahlo core i)oint(!r v.hich is nendod hoour.o tho nrhlross of 

tho Instruction is a 7 bit si(i(!cd fioU!, and i\\\ ifuhvxablc flold 

doscfiptor which spocifios a word displaccnc-n t and an arbitrary 

; cofjtinnous bit flold v/itliin tho v.-nrd. Th(; ruuiory voSoninc.f:! instructions 

'-■ inclutlo load, store, call, branch, and ixM to nonory. The rooistcr to 

\ rctjistor instructions Inclutlo the standard arithnctic, lo^jical, shift 

\ f-jnri cycle operations as well as in|)ut-output instructions. Ihc f?PU 

\ emulatnr has an ir.slruction execution tine of alKuit 4 nicroscconds and 

i uses 130 v/ords of nicrocodo,) 

I 

\ 

\ Tho PCC naintains a tabic which contains the state of each RPU 

! tnsk. If there are no nornal (nicrocoded) DCC functions to be done, the 

j OCC runs the hi<ihfst priority RPU task until either it blocks or a 

j normal DCC function nust bo dorio (sifjnalerl by a hardv/arc interrupt to 

r" tho laicroprocessor ) . Tasks i«avo fixed priority: lov/er priority tasks 

V,_ will not run wljile hiohcr priority tasks are activo. 
\ 

\ RPU tasks are expected to pcrforn scvoral functiotis: interfacing 

\ with devices that arc not bit scannr-d, answeritoj the phono and 

! reco<)n i^! inf} tho device type, and OCC initialization and buffer 

j ill loc«it ion . Sone of these functions arc done in C(jnjuction with a 

( control! inci CPU [jrocess, using one of the channels for coianun icat ion . 

\ 

I This brinqs us to the third function of tho DCC: initialization 

\ fron the CPU. Ibis is a problen of sone difficulty because of the havoc 

\ that a misbchaviny DCC process can wreak: it can clobber core and even 

j turn off tho 'laC'O baud line that connects it with the CHIO. A ricsicjn 

I that reciuires tho DCC to prevent RPU tasks fron doind anytliinn 11 lentil 

i is infeasible v/ithout restricting the RPU's ability to do anythiiu] the 

I microcode can do. Thus it is impossible to yunranlee that tht) DCC can 

I alv/ays bo reloaderl by the C!MJ. However, it is the normal mistakes of 

j ordinary code, r.ither than the sophistry of the experienced knave, that 

j v/o are tryiiuj pr-otect noain.st. We can therefore do quite v/ell at the 

! oxpensc i^^ putting a ylitch in the (IFCL. 
I 

! There isrv. 4 parts in the initialization i)rocedure. 

I 

\ first, to hanflle th(! (rar(0 worst case, where the coninun ica t ion linn 

I has boon turned off, or the OCC Is in an unrecoverably bad state, there 

\ is a pushbutton on the DCC wliich, If pu.sluifl, will initialize the OCC so 

j that it can be loachuJ over the ffCL. It simply causes a branch to tho 

\ microcode initialization location. 

c ■ 
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.Socoful, v/!MM).<\'rf thf 1(01. is .^lu.ut. tu r p.mI an inpvit. ch.ifdclor frrni 
the h,it il'./.ur . it. t.liucV-:, {<>f Lho r.niitiul l1i<i( .icloi tfill. Jf il ^}i;l:, i o\ 
t,Iic'.';(^ in i\ r<n/ (l\/(> in a row couM bo rhf'rJ.M;fj r,li,irnct<'r s ) , it iJoo.s thr} 
.«,.iiir ifM t, i<i 1 j.Ml inn .i.% the cnn.'.nlp jMi.'.hhut I on . Iho offf-rl of t.fHs 
ifii ". i.t 1 1 .■•I t. i<tn i% In aUn',/ th(> U ( I. .un! Itu- Or! iu 1 1. ip 1 <".:■,(•■• In oijcralo, 
.jUmmI in i\ ru(hrn>n Uiry \/<iy: nol .il.l of Iho tables iifc in i t iii ] i.'otj - 
JiK'. t the h<ir(? i:i jfuf'tnr.j, 

Nfu/ I be Cl'il can load \.!MlPver P'rir, t)f Die DCC IL v/.H)t,s f)y scnrlintj 
i\ I oa(! Kcri'ilo rnncnntfi!! lU' (IKC) cuotrnl characl'T , fnllo'./iMJ by loadinq 
in ( or na t, utii . C.nl of l]\o Inadinq in f orrial inn ir, a fl<Kj l.liat i/KJical^ri 
v.b(>lb(M" KPU !,a;.K.'; f.boul<! lun. 1hu5 .'UD lar.ks can bo Lnrn'^Ml nfT until 
c<M-n has bmn !i»afbH.l; tb.ai thoy c<;n bo turned on with n last LKC, and a 
oust load(Mi in 1 1, ia 1 i/a Inn task can run. 

Finally, thin in j t ia 1 i/^at ion tar.k can load m icroproccsr.or 
rcfj i storr, , turn on any input i\r^''\ output devices, and do other 
i n i t i a 1 i .' n t i o n . 
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SonriG Facts 



Tfio PCC Cfintains al^out 500 v/ords of nicrocoflc, tho CMTO about 000. 
Tho riicrocnfi(? for tho f f CL and tho Bandwidth Allocator ir, identical In 
both ruich im'."-. . llie DCC b.as lof.s inicrorodo than the OHIO bocauso cjroat 
offort VMT, (^vpiMub'd ni iiinini.^jnfj tho DCC nicrocodo so ns to reduce the 
co5t of roplicatUHj the rnchino. This was lcr,r, ini)nrtant v/ith the CMJO, 
where efficiency and ease of undcrr.tandiruj took ()rcccdence. fho tcrnfna"! 
sy:.lcn wa:; fiiT.t sinulalt^il, ant! tft'^n a v/orkinfj .'.yr.tcn v/a;i brouqht \.\\) ant! 
le.'.lcd. It v/05 found to be v/orKing well, but cxlmsivo testing cind usq 
did not occur cUie to th:j unfortunate demise of UCC. 
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Thi*. soct. inn d'lr.cr iIht, tho r.tato Idf'jr'n.it ion ,i;iri thn Iranr, i t Jons 
Lhnt, vcv.ur in tlio ClllO and Iho l)CC a:i rcsp ^nr. lb i 1 i ly for pchoiruj is 

n^ich in.tcliino h,»s tin ocho source ES iuid n charticU-r- suqurnco nunber 
CSr.Q. ]ho L.S in-iy 1,0: 

CPU - <i ch.iroclr'f if. ociiood v/hon it is pas.sod to tfie CPU. 
CIIIO - (t chaf<u;Ler ir. ociiOfMi v4iof» il is rocnvod by t.ho CII30. 
DCC - a ch.iri'u-. tf>r is (MrJt'Xid when il nrr'ivcs iii tlio iJCC Troni Iho 
to rill in<i 1 . 



Tbo DCC does nnt (I i si in(,iuisli CPU nnd CillO as echo sources. 

Iho CHIO stale trafjsi t ion:, are: 

1) C5LQ is incrciiofilod vvhfntivcr n chnractnr nrrivcs frcn tho 
OCC; 

?.) CSLQ is set to U v/honov«r a TAG(U) nossngo arrives from tho 
DCC; 

3) IS := CPU v/lienovor n hr'oak charactnr arriv'::s fron the DCC; 
A) IS :~ CIIIO v/honovor the CPU docs n Read Striny and the input 
buffer is enply; 

5) IS :- DCC whenever an RLC ncssago arrives fron the DCC; • 
•G) A RrR(CSr.O) messiioe is sent to tho DCC whenever transition 
(4) occurs ant) the niilput i)uffer is cnpty, or the output bufCcr 
bccoines empty and tIS := CHIO, 

The DCC state transitions are: 

1) CSrO is increnonted y/herievor a character arrives from tho 
torn iPtil ; 

Z) hS :- CPU whenever n break character arrives fron the 
tcrninal ; 

3) IS :- DCC v/hencvcr a RrR(fO nossaqe arrives from tho CHIO and 
N-CSIQ. V/hen this hap!)ens, an RCC nessarje is sent to the CHIO; 

4) II a RfR r.i«:ssacje arrives and transition (3) docs not apj)ly, a 
TAG(CSI.O) messacjc is sent to the CHIO; 
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This .'.octioo cor^l^iins n pronrnn for thu tTCL Alyorlthn. 



ULCIAIM Ri.COlM) rnvrU.p<> huffer 

(nnnl.ff : lilKCIK. v^iluo : ,'>rRIU(;( 1 5) ) ; • 
or CI AH! iU roi'O id-taifTcr ( v<i luo : 5 {(UfJG( 10 } ) ; 
OUKii.iia: MUffi(:( If.) ): 

lU.ClAfa. b : rOiriiiR to <mvn1n(n> boffor; 

l> :-( irst. buffer' nn \\\o out.ptit. frno (jU'mip; pfMiovo I) Trvn Ihn 
qiMMio; v.'f- i 1 , dat.i cjiuI a cficckMiii (^ bylcs) Into Viiluc(b); 
iuld b to Iho oful of tlio oul(>til tiunuo; 
TK: (ii^.p.*; fu> iifqdH'-n l.-s ; 

DICLARH b ; POIJiTLU TO onvolopo biirTcr; 
loof): 
If the output ciuouo is onpty Tilfifi send n "syri" to tho 
lu-H-.Iwdin f.l.sr m c,]\i 

b :=■ fir.st butter on tho output fiucuc; rcmovo b frotn tho 
<|tKMio; ^oju! nu(niif'r(b) and thiui valuo(b) to the hardwaro, 
uno ch.iraclor at a tinm; 
<h\(.1 b to tho crul of the lookback queue 
CUP; 
CO 10 loop; 

IN: RnUKMS (data : STi! f f!G(13) ) ; 

OrCLARi: b : POIUII R 10 in-bufrnr; 

b :- first buffer on tho input queue (wait until there is 
one); 

(lata := the 13 dai-i liytnr; from valuc(b); 
put b on tho input fr-oe queue; 
RCV: takes no pararu'tors ; 

{)i:CLARi: b : rOINfi!'. TO id-bufrer ; 
loof): If read queue is enpty THfH GOTO l)nd input; 
b := first buffer on read queue; remove b fron the (jueuG; 
ir value(b)[l] - nunber( first buffer on the lookback queue) 
ond check'.um is Qood THCN BCGIfl 

put !) on the efid of the input queue; 

take the first buffer off the lookl)ack queue and put It 
i t on tho end of ti»o output free queue; 
END 

ELSr; jr value(b) is a RIR and checksum is good Tilffl BHCIN 
N :- the paranioLcr of the RTR; 

remove buffers fl throucjh the end fron the lookback queue 
and put then on the front of the out(3Ut (|ueuo in that 
order (so that buffer N is the first). Tticn put a sync 
raossaqe on the iront of tho output queue; 
UND 

tlSC BfGTN 
bad input: 
If tine > tin(K>ut lUCil IJEIGIIJ 

put a RlR(!nn) aiuJ then a sync rnessago on the front of 
tiu) output queue; 
tin(?out :-" tinie + timeout interval 
ffiD 
r.ND ; 

GOTO loop; 
RIAO: takes no aroiinents; 

fU;CLARf b ; i'OlNICK 10 in-buffer, i, c: INILGLR; 



Z'^^^^;'^^'^^ ^;f-; 
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loop; 

b : -• rirst (niffcr on input fret: qucun; renovn (» frtm queue; 
rCinl block: 

1 :- 0; 
roail cl?.ir: 
C :- bgfrlv.'.src input ri^.'f.tclnr ; 
IF" c ^- "syn" lliLd GOiO road ch-ar; 
r-t.Sf- ir t: -- "null" TliJ.f^ iimifl 
read syuc: 
c :- har<K/nro itipiit cli.iractrr ; 
ir c ^ "null" Mini COlO f cMcl sync; 
CLSnr c - "syn" UK N C.OU.) road block 
LL.SL BLGIN 

v/ait for rudl: 
c : - hardv/aro input character; 
ir c - "null" TliTtN GO 10 rvQxi sync 
I LSI. GO 10 wait for null 
END 
Cfin 
tLSE BCGIN 

vnluo(b)[i.l ;= c; 1 := 1 + *1 ; 

IF i = 10 riliJH put b on read tjueuG ELSE GOTO rend cbar; 
FND; 
GOTO loop;" 



